It would be great if you would put a copy of the report on openradar.me and post the link here.

I suspect it's not a bug that would get fixed but rather a case of bad project configuration, and I just need to learn what the problem is on my end. That's why I now opened a DTS incident and hope it won't get rejected because you asked for a bug report instead. I hope that this allows for a more direct dialog (Radar entries have never led to a dialog but only a reponse "we think this is fixed, please confirm" reply at best).

Would you please file it also at https://openradar.appspot.com/ Thank you for the effort.

searchfs takes practically the same time searching for creation dates than it does for file names. searchfs now takes 13-15s on /System/Volumes/Data with about 1.5M files. I suspect the increased speed is due to the faster Mac I'm using now (M4 Mini). But the issue becomes less significant now with faster Macs. I used to wait a minute for a search on a decently full startup volume, and that was standing out quite much vs. the "few" seconds it took on High Sierra with HFS+.

I just like to add my appreciation for the fact that this API is still available in ObjC format and not Swift-only. Not sure if that was intentional or necessary, but I'm glad either way :)

Thank you for adding some more details, Kevin. As it currently seems to me that auto-mounting these sub-volumes on the Windows share is immediate, I'll stay with the method of simply re-reading the once-empty dir if I realize it's a mountpoint. But just in case - do you know if there's a DA callback that'll notify me immediately once the mountpoint gets triggered? I only know DARegisterDiskMountApprovalCallback, and that comes in only after the new volume has been inspected a bit, I believe.

It would be great if you would put a copy of the report on openradar.me and post the link here.

I need to accomplish the same (FBA launched and kept running when my main app quits) but from a sandboxed app for the MAS. But I do NOT want to necessarily have it become a login item. When I try to use the NSWorkspace launch methods, they fail in a sandboxed app. Is setting up an XPC process the only way if I don't want to run the helper as a login item? I've done some googling about this topic but all I find are hints about SMLoginItemSetEnabled.

Was this on macOS or iOS? I had just done a test with an iOS app and there I could not reproduce the issue, but only with my macOS app.

I just ran into this problem: I was trying to find the old "Icon?" files, where the "?" is actually a CR, but this reveals nothing: find -E . -regex '.*/Icon\n' whereas this finds it: find -E . -regex '.*/Icon.' Even this doesn't work: find -E . -regex '.*/\x49con.' which suggest that the hex notation doesn't work at all, despite the man pages for find and re_format suggesting that they should.

The version 2 was never released but only uploaded to TestFlight (I'll edit my msg to make this clear), so your argument is not valid.

I like the "xxx" reply and this comment deleted. There should be a button for this, ideally.

The app is Find Any File. Not sure I want to post the ID here publically. Is there another way?

I appreciate you making an effort to look into this but I rather wanted a general answer and not a single help with the immediate problem because it keeps repeating and there's no sense in me posting the same question here every time, I hope you understand that. Would you please explain why you need to know the app to help with this general question? Can you add a note for all future reviewers that'll avoid the issue in the future, for instance?

I guess I'm gonna start porting a few samba tools to macOS :)